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(54) Call control network, access control server and call control method 



(57) A call control network for controlling calls in a 
mobile communication network (30) is described. The 
mobile communication network comprises at least one 
circuit switching access network (33) that supports cir- 
cuit switched communications. A call control system 
(23) for providing call related functions for packet 
switched communications, arranged to send and re- 
ceive call control information in accordance with a first 
call control protocol (SIP) for packet switched commu- 
nication and to identify resources with network identifi- 
ers (URI) of a predetermined syntax, is provided. An ac- 
cess control system (22) is provided which terminates 



said first call control protocol (SIP) and said second call 
control protocol (RANAP/BSSAP), and which has inter- 
working functions, such that at least a part of said call 
related functions provided by said call control system 
(23) can also be applied to circuit switched communica- 
tions, and where at least one of said interworking func- 
tions comprises a procedure for generating a network 
identifier (URI) of said predetermined syntax for a mo- 
bile station accessing via said second access control 
system (22), said procedure being arranged to generate 
said network identifier (URI) on the basis of a call des- 
tination identifier of said mobile station. 
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Description 

[Field of the Invention] 

[0001] The present invention relates to a call control 
network for providing call related functions to communi- 
cations to and from a mobile communication network 
comprising a plurality of access networks. The present 
invention also relates to an access control server in such 
a call control network, and to a call control method. 

[Background of the invention] 

[0002] Fig. 2 shows a schematic structure of a system 
for interconnecting two communication networks 30 and 
40. The interconnection is handled by a connectivity lay- 
er 10 and a control layer 20. The connectivity layer 10 
has so-called media gateways (MG) 1 1 and 1 3 that han- 
dle the conversion of call content or payload for calls 
between the communication networks 30 and 40. The 
media gateways 11 and 13 in the connectivity layer 10 
handle data on the basis of an appropriate transport 
scheme, which can be STM based (Synchronous Trans- 
fer Mode), ATM based (Asynchronous Transfer Mode) 
or IP based (Internet Protocol), to name a few examples. 
The control layer 20 provides call related functions such 
as actual call control functions (e.g. session manage- 
ment, billing, etc.), as well as network service functions 
(e.g. intelligent network services) and other network ap- 
plication functions. 

[0003] Traditionally, communications in telephone 
networks are circuit switched. Circuit switching is a tech- 
nique in which a call connection between two terminat- 
ing equipments corresponds to the allocation of a pre- 
scribed set of physical facilities that provide a transmis- 
sion path of a certain bandwidth or transmission capac- 
ity. These facilities are dedicated to the users (terminat- 
ing equipments) for the duration of the call. The concept 
of circuit switching is well known in the art and need not 
be described in further detail. 

[0004] Traditional mobile communication systems 
(such as GSM) also employ circuit switching. However, 
in recent years developments have been undertaken to 
introduce so-called packet switching for communication 
networks, especially for mobile communication net- 
works. Packet switching means that the communication 
system transports information among users by transmit- 
ting sequences of packets, each comprising part of the 
information. If the information does not fit into a single 
packet, the sending terminal equipment partitions the in- 
formation into a sequence of packets, the sequence is 
transported across the network and the receiving termi- 
nal equipment reassembles the packets into messages. 
[0005] The advantage of packet switching over circuit 
switching is that physical facilities do not need to be ded- 
icated for the users of a given communication for the 
duration of that communication, such that a more effi- 
cient use of the network is enabled. Namely, in circuit 



switching the physical facilities (e.g. a predetermined 
amount of bandwidth on a trunk) are reserved for the 
specific circuit switched connection, even if the users of 
the associated communication are not exchanging in- 
5 formation. In packet switched communication, transmis- 
sion facilities are only used on demand, i.e. if there is 
information to be transported. As bandwidth is a very 
important resource in mobile communication systems, 
the more efficient use of bandwidth by using packet 
switching is of great importance. 
[0006] Consequently, the future mobile communica- 
tion systems will employ packet switching. An example 
of this is the General Packet Radio Service (GPRS). 
[0007] A problem with the new development of mobile 
communication systems is the compatibility with circuit 
switched techniques. Namely, it is desirable that a given 
mobile communication system supports both circuit 
switched communications and packet switched commu- 
nications. This effectively means that a mobile commu- 
nication system comprises a plurality of so-called ac- 
cess networks, where some of these access networks 
are based on packet switching and others on circuit 
switching. This, however, leads to a complicated struc- 
ture of the call control layer, because calls to and from 
mobile stations operating in the various access net- 
works must be appropriately handled. 
[0008] With respect to the general introduction of 
packet-switching networks (e.g. IP networks) in combi- 
nation with traditional telephone systems (e.g. PSTNs), 
it has been proposed to introduce rules for transforming 
telephone numbers adhering to the international public 
telecommunication numbering plan (ITU-T Recommen- 
dation E.164), so-called E.164 numbers, into Domain 
Name System (DNS) names, see e.g. RfC 291 6 of Sep- 
tember 2000. In accordance with RfC 291 6, an Internet 
usable DNS name is derived from an E.164 number by 
first removing all non-digit characters from the E.164 
number, then placing dots (".") between each digit, re- 
versing the order of the digits and finally adding the root 
domain M .e164.arpa". 

[0009] This concept of translating E. 1 64 numbers into 
DNS names is used in a system referred to as Enum. 
The basic idea behind Enum is thata userof atelephone 
or Internet computer can enter or dial the E.164 number 
of the destination that he or she wishes to contact, where 
an IP network between the user and desired destination 
can translate the dialled E.164 number into a DNS 
name, which is used as a pointer to a database that 
stores associated information or service records for 
routing purposes and possibly service priority purposes. 
[0010] The DNS name that results from the above de- 
scribed transformation is an example of a Uniform Re- 
source Identifier (URI) as defined in RfC 2396 (August 
1998), which is herewith incorporated by reference. A 
Uniform Resource Identifier is a compact sequence of 
characters or symbols for identifying an abstract or 
physical resource, the sequence having a defined, uni- 
form syntax. A resource is anything that has identity. Ex- 
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amples include an electronic document, an image, a 
service, or also groups of resources. Equally, entities 
can be considered as resources, such as network enti- 
ties (terminals, nodes, servers, etc.), but also entities 
outside of any network, such as human beings. An iden- 
tifier is an object that can act as a reference to something 
that has identity, e.g. a sequence of characters. The 
terms resource and identifier shall be used in the above 
defined way throughout the entire specification and 
claims. 

[001 1] The basic architecture shown in Figures 1 to 4 
of the present application is also shown in older Euro- 
pean patent application 00112029.4 of the same appli- 
cant, which was filed on June 2, 2000. 

[Object of the present invention] 

[0012] The objectofthe present invention is to provide 
an efficient call control network for controlling calls in a 
mobile communication network, where said mobile 
communication network comprises at least one circuit 
switching access network and at least one packet 
switching access network. 

[Summary of the Invention] 

[001 3] This object is solved by the subject-matter de- 
scribed in the independent claims. Advantageous em- 
bodiments are described in the dependent claims. 
[0014] According to the present invention an access 
control system and an access control server for circuit 
switched communications are provided, providing inter- 
working functions between circuit switching access net- 
works on the one hand and a call control system or call 
control function on the other hand, where said call con- 
trol system is arranged to provide call related functions 
for packet switched communications. This is done by let- 
ting the access control system or server communicate 
with the call control system on the basis of a call control 
protocol for controlling packet switched communica- 
tions, where the access control server terminates said 
protocol. The call control system uses network identifi- 
ers of a predetermined syntax. On the other hand, the 
access control system or access control server commu- 
nicates with the circuit switching access network with a 
second call control protocol for controlling circuit 
switched communications. 

[0015] Especially, at least one of the interworking 
functions comprises a procedure for generating a net- 
work identifier of the predetermined syntax for a mobile 
station accessing via said circuit switching access net- 
work, where the procedure is arranged to generate the 
network identifier on the basis of a call destination iden- 
tifier of the accessing mobile station. A call destination 
identifier is any suitable identifier associated with a giv- 
en mobile terminal that is used by other terminals in the 
same or other communication networks for establishing 
a communication with the given mobile terminal. For ex- 



ample, the call destination identifier can be the tele- 
phone number assigned to the mobile station. There- 
fore, an example of the above feature is if the E.164 
number associated with an accessing circuit-switched 
5 mobile station is transformed into a URI having the syn- 
tax defined by RfC 2396, where this URI is then used to 
identify this mobile station within the framework of the 
packet-switching control system. 
[0016] In general terms, a network identifier for use 
10 by the packet-switching call control system is generated 
on the basis of a call destination identifier of the circuit- 
switching mobile station. For example, when such a mo- 
bile station contacts the access network, the interwork- 
ing function identifies the calling party number and gen- 
15 erates a network identifier for the packet-switched net- 
work on the basis thereof. This is quite distinct from the 
known concepts, such as Enum or RfC 2916, as the 
known concepts always transform the called party 
number, not the calling party number. 
20 [0017] As a result of the concept of the invention, the 
circuit switched mobile station is identifiable within the 
packet-switched system, such that appropriate control 
functions implemented in the packet-switching control 
system can be applied to the circuit-switched mobile sta- 
25 tion, without having to add any circuit-switching special 
features to the control system, or packet-switching fea- 
tures to the mobile station. 

[0018] In this way, it is possible to apply call related 
functions provided by the call control system, which is 
30 arranged to provide such functions to packet switched 
communications, to circuit switched communications as 
well. It is therefore not necessary to provide two parallel 
control systems, one for circuit switched communica- 
tions and one for packet switched communications, 
35 where these two parallel call control systems would pro- 
vide overlapping functionalities. Much rather, in accord- 
ance with the present invention, it is possible to make 
optimum use of a (central) call control system. 
[0019] Preferably, the access control system or ac- 
40 cess control server for handling call control related sig- 
nalling associated with circuit switched communications 
by itself generates and provides predetermined call re- 
lated functions for such circuit switched communica- 
tions. In other words, certain call related functions are 
45 provided by the call control system and others by the 
circuit switched access control system. Preferably, the 
call related functions provided by the circuit switched ac- 
cess control system are access specific functions asso- 
ciated with circuit switched communications. 
50 [0020] The present invention will become more read- 
ily understandable from the following detailed descrip- 
tion of preferred embodiments, which are only given as 
illustrative examples and are not intended to restrict the 
scope of the invention, where the description makes ref- 
55 erence to the accompanying figures, in which 

Fig. 1 shows a schematic o of a call control network 
arranged in accordance with the present in- 
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vention, 

Fig. 2 shows the schematic structure of a connectiv- 
ity layer and a control layer, 

Fig. 3 shows a detailed embodiment of the present 
invention, 

Fig. 4 shows an example of protocol layering, 

Fig. 5 shows an example of signalling performed 
when a circuit switched mobile station regis- 
ters as a home subscriber, 

Fig. 6 shows an example of signalling performed 
when a circuit switched mobile station regis- 
ters as a visiting subscriber, 

Fig. 7 shows an example of signalling performed in 
connection with a mobile originating call from 
a circuit switched mobile station, 

Fig. 8 shows an example of signalling performed in 
connection with a mobile terminating call to a 
circuit switched home mobile station, and 

Fig. 9 shows an example of signalling performed in 
connection with a mobile terminating call to a 
circuit switched visiting mobile station. 

[Detailed description of the present invention] 

[0021] Fig. 1 shows a schematic overview of a call 
control network according to the present invention. A 
mobile communication network 30 and a general 
switched telephone network GSTN 40 are shown, con- 
nected by a connectivity layer 10. Preferably, the con- 
nectivity layer 10 is IP based. 

[0022] The mobile communication network 30 com- 
prises a plurality of access networks 31, 32 and 33, 
where access network 31 is packet switched, access 
network 33 is circuit switched, and access network 32 
supports both packet switching and circuit switching. 
This is naturally only an example, and more or less ac- 
cess networks could be provided. The call control layer 
comprises a circuit switched (CS) access system 22 and 
a packet switched (PS) access system 21, where the 
packet switched access control system 21 handles con- 
trol related signalling (e.g. mobility and connectivity at 
the bearer level) associated with the packet switched 
access networks, and the circuit switched access con- 
trol system 22 handles control related signalling asso- 
ciated with circuit switched communications. It may be 
noted that dotted lines in Fig. 1 indicate signalling, 
whereas solid lines indicate content or payload. 
[0023] The call control network furthermore compris- 
es a call control system 23 for providing call related func- 
tions for packet switched communication. Fig. 1 addi- 



tionally shows a GSTN access control system 24 that 
handles call control related signalling associated with a 
plurality of GSTN access networks 41 -43 that belong to 
GSTN 40. 

5 [0024] In accordance with the present invention, the 
circuit switching access control system 22 communi- 
cates with the call control system (sometimes also re- 
ferred to as call control domain) 23 on the basis of a call 
control protocol for controlling packet switched commu- 
te nication, where said protocol is terminated by the circuit 
switching access control system 22. The call control 
system 23 uses the same protocol to interact with the 
packet switching access control system 21 . Therefore, 
by arranging the communication between the CS ac- 
15 cess control system 22 and the call control system 23 
in this way, the CS access control system 22 can "act" 
like a PS access control system towards the call control 
system 23. In other words, from the point of view of the 
call control system 23, only packet switched communi- 
20 cations are dealt with, such that the call control system 
does not need any circuit switching specific control func- 
tions. All necessary circuit switching specific functions 
are implemented in the CS access control system 22, 
which on the other hand, however, preferably does not 
25 duplicate any functions provided by the call control sys- 
tem 23. In other words, a highly efficient and simplified 
structure is presented. 

[0025] The CS access control system 22 communi- 
cates with the circuit switching access network 33 with 
30 the help of a second call control protocol designed for 
control of circuit switched communications, where this 
second call control protocol is also terminated by the CS 
access control system 22. The CS access control sys- 
tem 22 interworks between the circuit switching access 
35 network 33 and the call control system 23, in such a way 
that at least a part of the call related functions provided 
by the call control system 23 can also be applied to cir- 
cuit switched communications to and from the circuit 
switching access network 33. 
40 [0026] It may be noted that the term "interworking" 
can consist in a simple repackaging or reframing of in- 
formation sent in accordance with one protocol into pro- 
tocol data units (PDU) of the other protocol. The inter- 
working can also be more complicated and comprise a 
45 manipulation of such information before sending it from 
the access network 33 to the call control system 23 or 
vice versa. It should be noted that the precise details of 
such manipulation are outside the scope of the present 
invention, as such manipulation will depend on the 
50 standard or standards used in the access network 33 
and the call control system 23. In this way, such manip- 
ulation will be implemented as desired for a specific ap- 
plication. 

[0027] As a consequence of the above-described ar- 
55 rangement, the access network 33 is presented with a 
complete call control functionality for circuit switched 
connections, even though in reality at least some of 
these functions are provided by the call control system 
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23 that is arranged for providing call related functions to 
packet switched communications. The call control sys- 
tem 23 in turn is not aware that it is providing such func- 
tions to circuit switched communications, as the CS ac- 
cess control system 22 communicates like a packet 
switching access control system. 
[0028] Besides providing the function of interworking 
between the circuit switching access network 33 and the 
call control system 23, the CS access control system 22 
will preferably also itself generate and provide predeter- 
mined call related functions that are specific for the cir- 
cuit switched communications. Namely, any necessary 
or desired call related functions not supported by the call 
control protocol used between CS access control sys- 
tem 22 and the call control system 23 will be provided 
by the CS access control system 22 itself. These addi- 
tional functions will typically be access specific func- 
tions, especially radio resource management and mo- 
bility handling. Examples of radio resource specific fea- 
tures that can be implemented by the CS access control 
system 22 are the handling of high-speed circuit- 
switched data (HCSD) or an enhanced multi-level prec- 
edence and preemption service. Examples of mobility 
management specific features are regional services or 
the support of localized service area. 
[0029] In accordance with the present invention, at 
least one interworking function is provided in said CS 
access control system 22 that is arranged to generate 
a network identifier usable in the call control system 23, 
foragiven circuit switched mobile station, where the net- 
work identifier is generated on the basis of a call desti- 
nation identifier of the given mobile station. 
[0030] A call destination identifier is any suitable iden- 
tifier associated with a given mobile terminal and/or 
subscriber_that is used by other terminals in the same 
or other communication networks for establishing a 
communication with the given mobile terminal and/or 
subscriber. This call destination identifiercan e.g. be the 
telephone number or E.1 64 number of the given mobile 
station. Naturally, the call destination identifiercan be of 
other nature than a number, and can comprise other 
characters than digits. Also, if the mobile station is as- 
sociated with more than one call destination identifier, 
than any one of these can be used. 
[0031 ] The interworking function is arranged to obtain 
a call destination identifier of an accessing mobile sta- 
tion in any desired or suitable way. For example, if the 
accessing mobile station directly provides the call des- 
tination identifier in its signalling to the CS access sys- 
tem 23, e.g. as a calling party number in a registration 
request, then the call destination identifier is straight for- 
wardly available. It is also possible that the interworking 
function determines a call destination identifier from 
some other information in the signalling from the ac- 
cessing mobile terminal, e.g. from the IMSI (Internation- 
al Mobile Subscriber Identity) by looking up a corre- 
sponding data base that maps the IMSI onto call desti- 
nation identifiers, or that the interworking function direct- 



ly requests a call identifier from the accessing mobile 
station. 

[0032] The syntax or structure of the network identifier 
is chosen in accordance with requirements or capabili- 
5 ties of the call control system 23. For example, if the call 
control system is IP based, then the syntax of the net- 
work identifiers can be chosen according to RfC 2396, 

1. e. the network identifiers can be URIs. Naturally, this 
is only an example, and the network identifiers can also 

10 have some other suitable syntax. 

[0033] The process of generating a network identifier 
on the basis of a call destination identifier can e.g. com- 
prise simply including the call destination identifier in the 
network identifier. As an example, the call destination 

15 identifier can be used as one part of the network identi- 
fier, and some additional fixed or variable element as a 
supplementary part, in order to form a network identifier. 
[0034] Preferably, the supplementary part is a domain 
name associated with the mobile communication net- 

20 work 30 in which the call control system 23 is implement- 
ed. Equally, if the mobile terminal for which a network 
identifier is to be generated, is a roaming mobile that 
subscribes to a different network than network 30, a do- 
main name associated with the home network of the vis- 

25 iting mobile station can be used as the supplementary 
part. 

[0035] If the call destination of the accessing mobile 
terminal e.g. is the number 1234567, and the domain 
associated with network 30 is for example networkl.net, 

30 then the network identifier could be formed as 
1234567@networkl.net. It is also possible that the call 
destination identifier is included in inverted form, e.g. 
7654321@network1.net. Naturally these are only ex- 
amples, and instead of using the symbol "@" for sepa- 

35 rating the two parts, any other suitable delimiting symbol 
could be used. Also, although the examples only use 
two parts, one from the call destination of the accessing 
circuit-switched mobile station and one associated with 
the network, further parts could be included as is suita- 

40 ble or desirable. 

[0036] In the above examples, the call destination 
identifier was included in the network identifier, either 
directly or inversely. However, it is also possible that the 
call destination identifier is deconstructed into constitu- 

45 ent parts, e.g. a E.1 64 number into the constituent digits, 
and then all or some of these constituent parts are in- 
cluded in the network identifier. Again using 1 234567 as 
an example number, this could be deconstructed into 1 , 

2, 3, 4, 5, 6 and 7, and the network identifier could then 
50 be 1.2.3.4.5.6.7@network1.net. The constituent parts 

could also be defined differently, e.g. groups of charac- 
ters in the call destination identifier, such as 12, 34, 56, 
and 7 in the above example. 

[0037] Preferably, the interworking function compris- 
es ing the procedure for generating a packet switching net- 
work identifier on the basis of a call destination identifier 
of an accessing circuit switched mobile station, is an in- 
terworking function for handling registration requests 
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from circuit switched mobile stations. An example of 
such registration requests is the "Location Update" sig- 
nal known from GSM. In other words, the CS access 
control system 22 has an interworking function that is 
arranged to receive registration requests conforming to 
the call control protocol for circuit switched mobile sta- 
tions, and to generate registration requests conforming 
to the call control protocol for packet switching in re- 
sponse thereto, where said registration requests con- 
forming to the packet switching call control protocol con- 
tain a network identifier generated for the requesting 
mobile station as explained above. The registration re- 
quests conforming to the packet switching call control 
protocol are then sent to the call control system 23, 
where they are processed accordingly. 
[0038] In the situation, in which the call control proto- 
col for circuit switched connections provides a registra- 
tion request timer that indicates a repetition period for 
sending registration requests, and the call control pro- 
tocol for circuit switched connections provides a param- 
eter that indicates how long a network identifier is valid, 
where this parameter is contained in registration re- 
quests sent to the call control system 23, the interwork- 
ing function in CS access system 22 for handling regis- 
tration requests is preferably arranged to calculate said 
parameter on the basis of said repetition period. For ex- 
ample, the parameter can be set equal to the value of 
the timer. 

[0039] Now a more detailed example of the architec- 
ture shall be described in connection with Fig. 3. The 
same reference numerals as in Figs. 1 and 2 refer to the 
same or equivalent features in Fig. 3. Solid lines again 
refer to content or payload, while dotted lines refer to 
signalling. 

[0040] Reference numeral 300 refers e.g. to a radio 
network controller (RNC) of a UMTS system or a base 
station controller (BSC) of a GSM system. Media gate- 
ways 11 and 13 are provided, for converting user infor- 
mation between the RNC 300 and a general switched 
telephone network (GSTN) 400. 
[0041] In the example of Fig. 3, it will be assumed that 
the packet switched communications conform to GPRS 
(General Packet Radio Service), which is well known 
and therefore needs not to be described in detail. The 
circuit switched communications are assumed to con- 
form to standard GSM. Naturally, this is only an exam- 
ple, and the circuit-switched and packet-switched com- 
munications can also adhere to other standards. 
[0042] The access control system (or access control 
domain) for handling call control related signalling as- 
sociated with packet switched communications com- 
prises an SGSN server (serving GPRS support node 
server) 211, a home location register (HLR) 212 and a 
GGSN (Gateway GPRS support node) 213. It may be 
noted that in the present example the SGSN is split into 
the SGSN server performing all call control functionality 
and a media gateway for payload transmission. Natu- 
rally, the invention is not restricted to such a configura- 



tion, as any suitable or desirable configuration may be 
chosen. In other words, the SGSN server and the asso- 
ciated media gateway can also be unified. The SGSN 
server 21 1 controls packet switched communications of 

5 the media gateway 11, where the SGSN server 211 
communicates with the MG 11 via a connection in ac- 
cordance with e.g. the ITU-T standard H.248. The HLR 
212 stores subscriber related data that allows the SGSN 
server to among other things perform mobility handling 

10 of GPRS subscribers. 

[0043] The access control system 22 for handling call 
control related signalling associated with circuit 
switched communications comprises an access control 
server 221 , which will also be referred to as a radio ac- 

15 cess network gateway or radio access network media 
gateway controller (RAN MGC). The RAN MGC 221 
comprises a visitor location register (VLR), and the CS 
access control system 22 also comprises an HLR 223. 
The VLR 222 and HLR 223 correspond to the registers 

20 of equal name well known from GSM. The RAN MGC 
controls communications via the media gateway 11, e. 
g. also by signalling to the MG 11 with the help of H.248. 
The media gateway or MG 1 1 can also be referred to as 
a radio access network media gateway or RAN MG. In 

25 the example, the RAN MGC 221 and the RAN MG 11 
are shown as split entities. This is only an example, and 
the RAN MGC and the RAB MG can also be unified into 
a single entity. 

[0044] The call control system or call control domain 

30 23 comprises call state control functions (CSCF) 232 
and 235, media resource functions (MRF) 233 and 234, 
user mobility system/home subscriber systems (UMS/ 
HSS) 231 and 236, which among other things comprise 
a database for authentication, authorization, account- 

35 ing. It may be noted that in the example of Fig. 3, the 
call control system 23 is a multimedia call control do- 
main, which means that the media resource functions 
233, 234 can process the media streams of calls, in or- 
der to provide conference calls to subscribers. 

40 [0045] The GSTN access control system 24 compris- 
es GSTN media gateway controllers 241 , 244 for con- 
trolling media gateway 1 3, and signalling gateways (SG) 
242, 243 for communicating signalling to the GSTN 400. 
[0046] As can be seen, a common call control system 

45 or call control domain is provided for both packet 
switched based multimedia (GPRS) terminals and cir- 
cuit switched terminals, which communicate with the call 
control network via the radio network controller 300. It 
may be noted that the described call control architecture 

50 is naturally not only suitable for terminals that are fully 
circuit switched or fully packet switched, but can also be 
applied for such terminals that can employ both circuit 
switching and packet switching. There are e.g. also ter- 
minals that employ circuit switching for voice communi- 

55 cations and packet switching for multimedia communi- 
cations. 

[0047] The multimedia terminals connect to the call 
control domain 23 via the GPRS access control system 
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21 , where the GPRS access control system 21 forwards 
the call control signalling from the terminals transpar- 
ently to the call control domain 23. The communication 
between the user equipment and the CSCF 235 occurs 
on the basis of the session initiation protocol (SIP), 
which is e.g. described in IETF RfC No. 2543, or on the 
basis of any other suitable IP based protocol. The CSCF 
235 can therefore be considered as being a SIP server 
or SIP proxy. 

[0048] The circuit switched terminals connect to the 
call control domain 23 via the CS access control system 

22. The RAN MGC terminates the CS call control sig- 
nalling protocols and converts them into an I P based call 
control protocol (e.g. SIP). For example, the communi- 
cation between the RNC 300 and the RAN MGC 221 
can be conducted in accordance with BSSMAP/RANAP 
(Base Station System Application Part/Radio Access 
Network Application Part). 

[0049] Fig. 4 shows an example of a protocol structure 
that can be used in the context of the present invention. 
As can be seen, the mobility management layer and ra- 
dio resource layer are terminated at the user equipment 
(UE) and the radio access network gateway (RAN GW) 
or RAN MGC, where the BSC/RNC (Base Station Con- 
troller/Radio Network Controller) can translate these 
mobility management and radio resource protocols. Al- 
so, the protocol above the MM/RR layers used by the 
user equipment (e.g. direct transfer application protocol 
DTAP) is terminated at the RAN GW. The RAN GW 
translates the DTAP call control into SIP call control. 
[0050] As already shown in Fig. 3, the call control pro- 
tocol between the CSCF 232 and the GSTN MGC 241 
is also SIP, which is indicated in Fig. 4, and finally the 
GSTN gateway translates the SIP call control into ISUP 
call control (ISDN user part), for example. 
[0051] Due to the above arrangement, the RAN MGC 
communicates in BSSMAP/RANAP to the RNC/BSC, it 
communicates in DTAP to the UE, and in SIP to the 
CSCF. Ittherefore appears like a MSC (mobile switching 
centre) towards the RNC/BSC and the UE. On the other 
hand, it appears like a GGSN/UE towards the CSCF. 
[0052] The implementation of functions in the RAN 
MGC is preferably such that RR/MM layer dependent 
features are implemented in the RAN MGC, whereas 
RR/MM layer independent features (which are support- 
ed by SIP) are implemented in the CSCF. RR/MM de- 
pendent features, i.e. features specific to radio resource 
management and mobility handling have been men- 
tioned above, and examples of RR/MM independent 
features are session/connection monitoring, billing, in- 
telligent network services (such as call waiting, call for- 
warding, call interception, etc.) and general network ap- 
plication functions. 

[0053] By virtue of this arrangement, the circuit 
switched terminal or UE will see a mobile switching cen- 
tre (MSC) as it is well known for present GSM systems, 
and the multimedia call control domain 23 will see a 
GGSN and UE, as if the circuit switched user equipment 



were a packet switching multimedia terminal accessing 
the call control domain via a packet switching access 
control system. 

[0054] The detailed implementation of the RAN MGC 
5 not only depends on the specific standards employed in 
the access networks and call control system, but also 
on desired support functionalities. Such desired func- 
tionalities can be chosen and implemented as desired 
or required for specific applications. In the following, a 
10 number of simple examples shall be given for the pur- 
pose of illustration. 

[0055] In a first example, the system will be arranged 
such that all multimedia communications are packet 
switched, and the circuit switched support only extends 
15 to voice services. An example of such a situation would 
be a network operator who only has GPRS (packet 
switched) home subscribers, but wishes to at least pro- 
vide voice service for roaming subscribers that use cir- 
cuit switching equipment. For voice services the (out- 
20 band) call control signalling from the mobile station is 
terminated in the RAN MGC. The RAN MGC converts 
the DTAP control signalling to SIP control signalling to- 
wards the CSCF. The CSCF processes the call signal- 
ling. The calling party number is carried in the DTAP 
25 control signalling. The payload may be converted to the 
RTP (Real Time Protocol) format in the RAN MG, de- 
pending on the format supported by the RNC. 
[0056] With respect to service subscription handling, 
i.e. the providing of supplementary services such as in- 
30 telligent network services, which reside in the multime- 
dia call control domain, a number of options are availa- 
ble for the specific handling of associated service inter- 
rogation requests. For example, upon interrogation from 
the mobile station, the RAN MGC may interrogate the 
35 UMS/HSS server in the multimedia call control domain. 
Or, upon interrogation from the mobile station, the RAN 
MGC may interrogate the HLR. The HLR interrogates 
the UMS/HSS server and returns the result to the RAN 
MGC (note the signalling connection between HLR 223 
40 and UMS/HSS 231 in Fig. 3). When new services are 
administered, both the HLR and the UMS/HSS server 
are updated. 

[0057] For mobility handling, the RAN MGC allocates 
an appropriate packet switching address, such as an IP 
45 address for the circuit switched subscriber, where the 
CSCF keeps track of this IP address with the help of the 
user mobility system (UMS) database, such that the cir- 
cuit switched subscriber can be treated like a packet 
switched subscriber. The CSCF only needs to be updat- 
50 ed when the IP address at which the subscriber can be 
found is changed. On the other hand, the RAN MGC 
keeps track of the location area of a subscriber, i.e. the 
subscriber's actual location in the access network. 
[0058] Now a number of examples of signalling in a 
55 network having the architecture of Figures 1 and 3 will 
be described with reference to Figures 5 to 9. These ex- 
amples show situations in which a network identifier is 
generated on the basis of a call destination identifier of 
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a mobile terminal, and situations in which such an iden- 
tifier is used. 

[0059] In Fig. 5 reference numeral No. 500 refers to 
a mobile station that performs circuit switched commu- 
nications. Reference numeral 501 refers to an entity in 
the access control system for handling circuit switched 
call control, which implements the interworking opera- 
tions of the present invention, and can e.g. be the RAN 
MGC 221 shown in Fig. 3. As shall be explained further 
on, this entity 501 comprises an interworking function 
that has a procedure for generating a network identifier 
on the basis of a call destination identifier of the mobile 
station 500. Reference numerals 502 and 504 relate to 
call state control functions (CSCF), such as the CSCF 
232, 235 shown in Fig. 3, where in the example of Fig. 
5 element 502 acts as a so-called interrogating CSCF 
(l-CSCF) and element 504 acts as a so-called serving 
CSCF (S-CSCF). The concept of calling or serving 
CSCFs is known from the third generation partnership 
project (3GPP), and is e.g. explained in 3GPP TS 
23.228 (IP Multimedia (IM) Subsystem - Stage 2), such 
that a further explanation is not necessary here. Finally, 
element 503 relates to a home subscriber system HSS, 
as e.g. shown as elements 231 , 236 in Fig. 3. 
[0060] In Fig. 5, arrows 510 to 521 represent signal- 
ling messages exchanged between the various shown 
elements. As indicated by the time arrow on the right 
side of the figure, consecutive arrow numbers relate to 
consecutive points in time. 

[0061] Initially, the mobile station accesses the RAN 
MGC 501 via an appropriate radio access network 
(RAN) with a message 51 0. This message 51 0 will con- 
form to the appropriate control protocol for circuit 
switched communication, e.g. 

[0062] RANAP/BSSAP. Message 510 can e.g. be a 
registration request transmitted by the mobile station 
upon initial turn-on or sent out periodically as a location 
update from the mobile station. Namely, message 510 
can e.g. be a conventional location update request as it 
is known from the GSM system. 
[0063] In connection with the example of Fig. 5, it will 
be assumed that the mobile station is a home subscrib- 
er. The RAN MGC determines that the message comes 
from a circuit switched subscriber in the home network. 
This can e.g. be done on the basis of any suitable infor- 
mation contained in the message 51 0, e.g. the IMSI (in- 
ternational mobile subscriber identity). Then the RAN 
MGC generates an appropriate network identifier suita- 
ble for the packet switching based call control system 
23 of Fig. 3. For example, the RAN MGC first determines 
the calling party identifier or calling party number (which 
can be a E. 1 64 number) of the mobile station 500 send- 
ing the location update 510. This can be done in any 
appropriate fashion. If the calling party number is al- 
ready contained in the message 510, then it is readily 
available, and otherwise it can be determined from other 
available information, such as the IMSI. Namely, the 
RAN MGC can map the IMSI into a calling party number 



by looking up an appropriate data base. The RAN MGC 
can then generate a URI on the basis of this calling party 
number. For example, it can construct a URI by using 
the calling party number as one part, introducing an ap- 

5 propriate separation symbol such as "@" and then in- 
cluding an appropriate domain identifier for the home 
network, such that the URI could take the following form: 
URI = calling_party_number@home_network.net. 
[0064] In addition, the RAN MGC can also allocate an 

10 IP (internet protocol) address for the user, e.g. from its 
own pool of addresses. 

[0065] Then, the URI generated for the mobile station 
500, a URI identifying the RAN MGC itself, and possibly 
the above-mentioned additional IP address are included 
15 in a registration request511 senttothe I-CSCF502. The 
registration request 511 conforms to the call control pro- 
tocol handling packet switched communications. For ex- 
ample, it can be a SIP registration request. Such a SIP 
registration request can e.g. have the following form: 

20 

REGISTER sip:registrar.home_network.net SIP/ 
2.0 

Via: SIP/2.0/UDP ran_mgc.home_network.net 
Via: SIP/2.0/UDP [user1_ip_address] 
25 From: user1@home network.net 
To: user1@home network.net 
Contact: <sip:user1 @home_network. 

net@ran_mgc@home_network.net> 

30 Expires: time_in_seconds 



[0066] As can be seen in the above example, the SIP 
registration makes use of the EXPIRE function provided 
by SIP. This EXPIRE function indicates how long a net- 
work identifier, i.e. a URI is valid. Preferably, the EX- 
PIRES timer is set in accordance with the frequency of 
the periodic location updates sent by mobile station 500 
to the RAN MGC 501 . If the RAN MGC receives subse- 
quent location updates prior to the expiration of the set 
registration time (referred to as "time_in_seconds" 
above), then such location updates can be discarded by 
the RAN MGC. If the S-CSCF 504 in subsequent sig- 
nalling mandates a SIP registration EXPIRES timer that 
is lower than the periodic location update, then the RAN 
MGC can be implemented to insert SIP registration 
messages itself with an appropriate frequency. 
[0067] With message 512, the l-CSCF 502 requests 
information from the HSS 503 as an input for the oper- 
ation of selecting an S-CSCF. Message 513 represents 
a corresponding response. It may be noted that the HSS 
503 is preferably arranged to determine that the URI 
identifies a home circuit switched subscriber and can re- 
turn an appropriate indication of this fact to the l-CSCF 
502. This determination can be done in any appropriate 
and suitable way, preferably on the basis of specific pre- 
determined identifiers being present or not present in 
the URI. As an example, it is possible that the URI will 
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contain a specific marker, such as the string "visit" in 
order to identify visiting subscribers, such that the lack 
of such a marker identifies a home subscriber. Naturally, 
home subscribers could also be identified by the inclu- 
sion of an explicit appropriate marker. 5 
[0068] As a next step, the l-CSCF 502 selects an 
S-CSCF (possibly taking the indication from the HSS 
503 regarding the home circuit switched subscriber into 
consideration) and forwards a request 51 4 to the select- 
ed S-CSCF 504. This request 514 is basically identical 10 
to the request 511 and contains the URI identifying the 
home circuit switched subscriber and the URI associat- 
ed with the RAN MGC. 

[0069] In response thereto, the S-CSCF 504 requests 
the subscriber profile from the HSS 503 with a message 15 
515. The HSS 503 returns the profile for this home sub- 
scriber in a message 51 6. This could be a default profile 
for circuit switched subscribers, a default profile for cir- 
cuit switched home subscribers, or a specific profile for 
this specific subscriber. With signalling message 517 20 
the S-CSCF informs the HSS 503 that it will be handling 
this subscriber, where the HSS 503 stores this indica- 
tion. This fact is acknowledged with an appropriate ac- 
knowledgement 518 sent from the HSS 503 to the 
S-CSCF 504. 25 
[0070] Then, the S-CSCF sends an acknowledge- 
ment 519 for the previous registration 514. In turn, the 
l-CSCF sends an acknowledgement 520 associated 
with the registration 511 and finally the RAN MGC 501 
sends an acknowledgement 521 associated with the lo- 30 
cation update 510. 

[0071] As can be seen from the above described ex- 
ample, the interworking function in the RAN MGC ter- 
minates the circuit switching call control protocol (e.g. 
RANAP/BSSAP) towards the mobile station 500, and 35 
terminates the packet switching call control protocol (e. 
g. SIP) towards the network holding the l-CSCF 502, 
such that the mobile station 500 "sees" a call control sys- 
tem for circuit switched communications, while the pack- 
et switching control system "sees" a mobile station that 40 
is controllable via SIP. 

[0072] In Fig. 5 it was assumed that the mobile termi- 
nal 500 was a home subscriber. With reference to Fig. 
6, an example will be described in which the mobile sta- 
tion 500 is assumed to be a visiting subscriber. Identical 45 
or similar elements as described with respect to Fig. 5 
have the same reference numeral and shall not be de- 
scribed again. 

[0073] Reference numeral 61 0 refers to a location up- 
date message sent by the mobile station 500 via a radio 50 
access network to the RAN MGC 501. The RAN MGC 
501 determines that the circuit switched subscriber is 
from another network, e.g. from the IMSI, and forwards 
the location update to the home location register (HLR) 
601 in the home network of the subscriber sending the 55 
location update, with message 61 1 . In response thereto, 
the HLR 601 downloads subscriber data to the RAN 
MGC 501 via message 612. Mores specifically, this in- 



16 

formation is downloaded into the visitor location register 
(VLR) associated with the RAN MGC 501 , as e.g. shown 
by reference numeral 222 in Fig. 3. 
[0074] Message 613 and 614 are associated ac- 
knowledgement messages. 

[0075] Then the RAN MGC 501 (more specifically the 
interworking function in the RAN MGC 501 that is capa- 
ble of generating a network identifier) generates an ap- 
propriate network identifier, e.g. a URI that preferably 
contains an indication that the associated subscriber is 
a visiting subscriber. The procedure is similar to the one 
described in connection with Fig. 5, namely the RAN 
MGC 501 determines the calling party identifier or 
number (e.g. by mapping the IMSI) and then generates 
a URI on the basis thereof. Examples are 

URI = calling_party_number@home_network.net 
or 

URI = visitor_ind_calling_party_number@home_ 
network.net 

[0076] The element "visitoMnd" stands for a suitable 
marking that indicates a visiting subscriber. In this way 
it is immediately visible that the associated subscriber 
is a visiting subscriber at the network identified by the 
domain name "home_network.net". In other words, 
"home_network.net" does not stand for the home net- 
work of the visiting subscriber, but much rather for the 
visited network, i.e. the network that the visiting sub- 
scriber is accessing. 

[0077] In summary, the URI should contain an element 
derived from the calling party identifier or number (such 
as the calling party number itself, or at least deconstruct- 
ed parts thereof), and a domain name or domain indica- 
tion associated with the network being accessed. 
[0078] Similar to the example of Fig. 5, the RAN MGC 
501 can have an option to additionally allocate an IP ad- 
dress for the accessing subscriber, e.g. from its own 
pool of addresses. 

[0079] The generated URI, a URI indicating the RAN 
MGC 501 itself, and possibly the above-mentioned IP 
address are then included in registration request 615 
that conforms to the packet switching call control proto- 
col, e.g. SIR In other words, the message 615 could be 
an appropriate SIP registration request to the l-CSCF 
502, e.g.: 

REGISTER sip:registrar.home_network.net SIP/ 
2.0 

Via: SIP/2. 0/UDP ran_mgc.home_network.net 
Via: SIP/2.0/UDP [user2_ip_address] 
From: user2@visited_network.net 
To: user2@visited_network.net 
Contact:<sip:user2@visited_network. 
n et@ ran_mgc@ ho me_n etwo rk. n et> 

Expires: time_in_seconds 
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[0080] Similar to the example of Fig. 5, if the circuit 
switching call control protocol provides a registration re- 
quest, and the packet switching call protocol provides a 
parameter that indicates how long a network identifier 
is valid, such as a EXPIRE function of SIP, then this latter 
parameter can be set in accordance with the frequency 
of the periodic circuit switch registrations. Again, if loca- 
tion updates are received prior to the expiration of the 
registration timer, then they can be discarded by the 
RAN MGC 501 . If the S-CSCF 504 mandates a SIP reg- 
istration EXPIRES timer lower then the periodic location 
update, then the RAN MGC 501 can appropriately insert 
SIP registration messages itself. 
[0081] With message 616, the l-CSCF 502 requests 
information from HSS 503, as an input into the proce- 
dure for selecting a S-CSCF. The message 61 6 contains 
the URI generated for the visiting subscriber. The HSS 
503 is preferably arranged in such a way that it can rec- 
ognise that the associated subscriber is a visiting circuit 
switched subscriber, namely by appropriately analysing 
the received URI, and can return an indication of this 
fact to the l-CSCF 502 via message 61 6. 
[0082] Then the l-CSCF 502 selects an appropriate 
S-CSCF (possibly taking the indication from the HSS 
503 into consideration), and forwards the registration re- 
quest to the selected S-CSCF 504 with a message 61 8. 
This registration request 61 8 is basically identical to the 
registration request 615. The S-CSCF 504 requests a 
subscriber profile from the HSS 503 via message 619, 
by communicating the URI of the circuit switched visitor, 
and the HSS 503 returns the profile of the visiting sub- 
scriber via message 620. This could be a default profile 
for circuit switched subscribers, or a default profile for 
circuit switched visiting subscribers. 
[0083] The S-CSCF 504 then sends a message 621 
to the HSS 503 indicating that it is handling this sub- 
scriber, and the HSS 503 performs a corresponding 
storage operation and sends a confirmation 622 to the 
S-CSCF 504. 

[0084] Then the S-CSCF 504 sends a confirmation 

623 associated with the registration request 61 8, to the 
l-CSCF 502, whereupon l-CSCF 502 acknowledges the 
request for registration 615 with an acknowledgement 

624 to the RAN MGC 501 . Finally, the RAN MGC sends 
an appropriate acknowledgement 625 associated with 
the initial location update 610. 

[0085] Now, with reference to Fig. 7, an example for 
mobile originating calls from a circuit switched subscrib- 
er shall be explained. Identical or similar elements as 
described with respect to Fig. 5 or 6 have the same ref- 
erence numeral and shall not be described again. In the 
example of Fig. 7 the mobile station 500 can be as- 
sumed to be either a home subscriber or a visiting sub- 
scriber, as this does not make any difference with re- 
spect to the call establishment procedure. 
[0086] Initially, the mobile station 500 sends a call set- 
up request 710 to the RAN MGC 501. This call set-up 
request conforms to the circuit switching standard that 



the mobile station 500 operates in accordance with, and 
includes a called party identifier (such as a called party 
number) and preferably also includes a bearer capabil- 
ity. The bearer capability indicates the call (or bearer) 

5 type, such as voice-only, voice and video, etc.. 

[0087] In response to receiving the set-up request 
71 0, the RAN MGC 501 provides a network identifier for 
the circuit switched mobile station making the request. 
It is possible that the RAN MGC generates a network 

10 identifier (such as a URI) as described above in connec- 
tion with Figs. 5 and 6, or it is possible that the RAN 
MGC retrieves an already generated network identifier, 
e.g. a network identifier that was generated in response 
to a location update as explained in connection with 

15 Figs. 5 and 6, which was stored in an appropriate data 
base, such that it can e.g. be retrieved on the basis of 
the IMSI sent by the mobile station making the call set- 
up request 710. 

[0088] In general terms, the RAN MGC has an inter- 
20 working function that comprises a call set-up procedure 
for receiving a call set-up request conforming to the cir- 
cuit switched call control protocol (e.g. RANAP/BSSAP) 
from a call originating mobile station (500) accessing via 
the circuit switching access control system, for providing 
25 an appropriate network identifier (e.g. an URI) for the 
call originating mobile station, for including the network 
identifier (URI) in a call set-up request conforming to the 
call control protocol (e.g. SIP) used by the call control 
system 23. 

30 [0089] Moreover, the interworking function in the RAN 
MGC 501 appropriately places the called party identifier 
and the bearer capability provided by request 710 into 
a request 711 that is sent in accordance with the packet 
switched call control protocol to the S-CSCF 504. For 

35 example, if the packet switching call control protocol is 
SIP, then an appropriate session set-up request would 
use the INVITE function provided by SIP. The bearer ca- 
pability (speech) would be mapped into the SDP (Ses- 
sion Description Protocol, IETF RfC 2327) format (au- 

40 dio). It may be noted that the S-CSCF was preferably 
determined during registration (see Figs. 5 and 6), and 
it is possible that the message 71 1 is sent to the S-CSCF 
via an l-CSCF, which is not shown in Fig. 7 for simplicity. 
Also, the request 711 should contain the network iden- 

45 tifier for the circuit switched mobile terminal and for the 
RAN MGC. Using SIP as an example, this message 
could look like: 

INVITE <called_party_identifier> SIP/2.0 
50 Via: SIP/2. 0/UDP ran_mgc.home_network.net 
Via: SIP/2.0/UDP [user1_ip_address] 
From: used1@home_network.net 
To: <called_party_identfier> 

Contact: <sip:user1@home_network.net@ran_ 
55 mgc@home_network.net> 

[0090] On the basis of the called party identifier, the 
S-CSCF 504 determines an appropriate media gateway 
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control function (MGCF) 701 that belongs to the GSTN 
access control, e.g. shown as 24 in Fig. 3. The MGCF 
71 0 can map the call set-up request (e.g. the SIP INVITE 
message) into an appropriate set-up request for the 
GSTN, e.g. a ISDN user part (ISUP) IAM (Initial Address 
Message, ITU-T Q.763) message, as also indicated on 
the right-hand side of Fig. 4. This is then sent to the 
GSTN 702, an example of which is shown as 400 in Fig. 
3. The calling party number is derived from the calling 
party's URI, and the SDP description is mapped into a 
corresponding bearer capability. 
[0091] Then bearer establishment 714, alerting 715 
and connecting 716 takes place in accordance with the 
requirements of the involved systems, which is not 
shown in more detail, as it does not specifically relate to 
the present invention. 

[0092] Now, with respect to Figs. 8 and 9, examples 
of mobile terminating calls shall be described, where 
Fig. 8 relates to a mobile terminating call for a home 
subscriber, and Fig. 9 relates to a mobile terminating call 
for a visiting subscriber. Identical or similar elements as 
described with respect to Fig. 5 to 7 have the same ref- 
erence numeral and shall not be described again. 
[0093] In Fig. 8, a call set-up request 810 is initially 
sent from the GSTN 702 to the MGCF 701 . This call set- 
up request will have a format conforming to the GSTN, 
e.g. ISUP. The MGCF 701 can when transform or trans- 
late this into an appropriate call control protocol for the 
packet switched call control system 23 of Fig. 3, e.g. 
SIP. Namely, the MGCF 701 can e.g. map the IAM mes- 
sage received from the GSTN 702 into a SIP INVITE 
message. The original message 810 will contain an in- 
dication of bearer capability, a called party identifier, and 
preferably also a calling party identifier or calling party 
number. The bearer capability is mapped into SDP, and 
the called party identifier is mapped into a network iden- 
tifier, e.g. a URI. Namely, the MGCF is capable of look- 
ing up an appropriate URI on the basis of the called party 
identifier, said network identifier having been generated 
previously as e.g. described in connection with Figs. 5 
and 6. On the basis of this network identifier, the MGCF 
is able to identify an l-CSCF 502 to which it sends the 
appropriately translated call set-up request 811, e.g. a 
SIP INVITE message containing the SDP, the calling 
party number of the subscriber from the GSTN desiring 
call establishment, and the above-mentioned URI for 
the called party, i.e. the circuit switched mobile station 
500. 

[0094] The l-CSCF 502 requests information from the 
HSS 503 as input for the S-CSCF selection, via mes- 
sage 812. The HSS 503 returns the requested informa- 
tion to the l-CSCF 502 in message 813. The l-CSCF 502 
then forwards the call set-up request to the S-CSCF 504 
in message 814, e.g. as a SIP INVITE message con- 
taining the above-mentioned SDP, called party number 
and the URI of the mobile station, basically identical to 
message 811 . 

[0095] The S-CSCF 504 then forwards this set-up re- 



quest to the RAN MGC 501 determined during registra- 
tion, which in turn maps or translates the message into 
an appropriate format for the circuit switched mobile ter- 
minal 500. For example, the RAN MGC maps the IN- 
5 VITE message into a DTAP SETUP message 816 that 
is then sent to the mobile station 500. This set-up re- 
quest 81 6 contains the appropriately formatted SDP in- 
formation as a bearer capability, and possibly the calling 
party number. 

10 [0096] Then bearer establishment 817, alerting 818 
and connecting 81 9 are conducted as is appropriate for 
the system, which is not described in more detail, as it 
is not relevant for the present invention. 
[0097] Fig. 9 shows the example of a mobile terminat- 
es ing call directed towards a visiting subscriber. Initially, a 
GMSC (Gateway MSC) 902 in the home network of the 
visiting subscriber requests routing information from its 
HLR 901 via an appropriate message 910. It may be 
noted that the prior signalling that contacts the home 
20 network of the visiting subscriber is not shown for the 
purpose of simplicity. Then, the HLR 901 contacts the 
RAN MGC 501 that is currently serving the subscriber 
in order to obtain a roaming number, see message 911. 
Message 911 is acknowledged with message 912, and 
25 then message 91 0 is acknowledged with message 913. 
[0098] Then the GMSC 902 forwards the call set-up 
request to the MGCF 701 in message 914 using the ob- 
tained roaming number for routing. This call set-up mes- 
sage can e.g. be like the IAM message 810 described 
30 in connection with Fig. 8. Namely, it contains a bearer 
capability, a calling party number and the roaming 
number. 

[0099] The MGCF 701 then sends an appropriate call 
set-up request in the format of the packet switched call 

35 control protocol (e.g. SIP) to the l-CSCF 502, see mes- 
sage 91 5. Namely, the MGCF can e.g. map the IAM into 
a SIP INVITE message, where the bearer capability is 
again mapped in SDP, and the called party identifier is 
mapped into a URI, as described above with respect to 

40 mobile originating calls. In response to this SIP INVITE 
message 915, the l-CSCF 502 requests information 
from HSS 503 as an input to the S-CSCF selection pro- 
cedure, see message 91 6. HSS 503 responds with mes- 
sage 917, whereupon the l-CSCF 502 selects a 

45 S-CSCF 504 and forwards the call set-up request, e.g. 
the SIP INVITE message 91 8 that contains the SDP, the 
calling party number and the URI of the circuit switched 
visiting subscriber. The S-CSCF 504 then forwards this 
message to the RAN MGC 501 determined during reg- 

50 istration, see message 91 9. Finally, the RAN MGC maps 
this message into the appropriate circuit switched call 
control format, in order to generate a call set-up request 
920 for the mobile terminal 500. For example, the RAN 
MGC translates the INVITE message into a DTAP SET- 

55 UP message which also contains the appropriately for- 
matted bearer capability information and possibly the 
calling party number. 

[0100] Finally, bearer establishment 921 , alerting 922 
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and connecting 923 are performed as is suitable for the 
system, which is not shown in more detail, as it is not 
relevant for the present invention. 
[0101] Regarding the embodiment of figure 7, in gen- 
eral terms the MGCF is an entity for performing gateway 5 
control towards a second communication network (e.g. 
the GSTN), comprising a call set-up procedure for re- 
ceiving a call set-up request from the call control system 
(23), for deriving a calling party identifier for a call orig- 
inating mobile station from the network identifier (URI) 10 
contained in said call set-up request, for including the 
calling party identifier in a call set-up request conforming 
to a call control protocol used by said second commu- 
nication network, and for forwarding the resulting call 
set-up request to the second communication network. 15 
[0102] Regarding the embodiments of figures 8 and 
9, in general terms the MGCF furthermore comprises a 
call set-up procedure for receiving a call set-up request 
conforming to the call control protocol used by said sec- 
ond communication network, which contains a called 20 
party identifier, for providing a network identifier (URI) 
on the basis of said called party identifier, for including 
said network identifier (URI) in a call set-up and for for- 
warding the call set-up request to the call control system 
(23). 25 
[0103] Although the above described signalling ex- 
amples were described with respect to specific call con- 
trol protocols for circuit switched communications and 
specific call control protocols for packet switched com- 
munications, namely that the circuit switched mobile op- 30 
erates in accordance with GSM and the call control sys- 
tem is SIP based, these are naturally only examples, 
and the skilled person will readily be able to implement 
corresponding procedures with respect to other commu- 
nication protocols and standards, using the features and 35 
commands specified for these other communication 
protocols and standards. 

[0104] Although the present invention has been de- 
scribed on the basis of a number of specific examples, 
these only serve to better illustrate the invention, and 40 
are not intended to restrict the scope. Reference numer- 
als in the claims also serve the purpose of better under- 
standing, and are not intended to restrict the scope. 



Claims 

1 . A call control network for controlling calls in a mobile 
communication network (30), said mobile commu- 
nication network comprising at least one circuit 
switching access network (33) that supports circuit 
switched communications and at least one packet 
switching access network (31, 32) that supports 
packet switched communications, comprising 

a call control system (23) for providing call re- 
lated functions for packet switched communi- 
cations, arranged 



— to send and receive call control information 
in accordance with a first call control pro- 
tocol (SIP) for packet switched communi- 
cation, and 

~ to identify resources by using network 
identifiers (URI) of apredetermined syntax, 

a first access control system (21) for handling 
call control related signalling associated with 
packet switched communications to and from 
mobile stations in said mobile communication 
network (30), and 

a second access control system (22) for han- 
dling call control related signalling associated 
with circuit switched communications to and 
from mobile stations (500) in said mobile com- 
munication network (30), wherein said second 
access control system (22) is arranged to ex- 
change call control information with said call 
control system (23) by using said first call con- 
trol protocol (SIP), where said second access 
control system (22) terminates said first call 
control protocol (SIP), and wherein said second 
access control system (22) is arranged to ex- 
change call control information with said circuit 
switching access network (33) by using a sec- 
ond call control protocol (RANAP/BSSAP) for 
circuit switched communication, where said 
second access control system (22) terminates 
said second call control protocol (RANAP/ 
BSSAP), and said second access control sys- 
tem (22) having interworking functions, such 
that at least a part of said call related functions 
provided by said call control system (23) can 
also be applied to circuit switched communica- 
tions, where at least one of said interworking 
functions comprises a procedure for generating 
a network identifier (URI) of said predetermined 
syntax for a mobile station accessing via said 
second access control system (22), said proce- 
dure being arranged to generate said network 
identifier (URI) on the basis of a call destination 
identifier of said mobile station. 



45 

2. A call control network according to claim 1 , charac- 
terized in that said procedure is arranged to in- 
clude said call destination identifier in the network 
identifier (URI) to be generated. 

50 

3. A call control network according to claim 1 , charac- 
terized in that said procedure is arranged to de- 
construct said call destination identifier into constit- 
uent parts, and to include at least some of said con- 

55 stituent parts in the network identifier (URI) to be 
generated. 

4. A call control network according to one of claims 1 
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to 3, characterized in that said call destination 
identifier is an E.164 number. 

5. A call control network according to one of claims 1 
to 4, characterized in that said procedure is ar- 5 
ranged to include in said network identifier (URI) be- 
ing generated a domain name associated with said 
mobile communication network (30). 



6. A call control network according to one of claims 1 10 
to 5, characterized in that said procedure is ar- 
ranged to include in said network identifier (URI) be- 
ing generated a domain name associated with a 
communication network to which the mobile station 
that is accessing via said second access control 15 
system (22) subscribes as a home network. 

7. A call control network according to one of claims 1 
to 6, characterized in that said at least one inter- 
working function is an interworking function for han- 20 
dling registration requests (510, 610) from mobile 
stations (500) accessing via said second control 
system (22), said interworking function for handling 
registration requests (510, 610) being arranged to 
receive registration requests (51 0, 61 0) conforming 25 
to said second call control protocol (RANAP/ 
BSSAP) from mobile stations (500), and to gener- 
ate registration requests (511, 615) conforming to 
said first call control protocol (SIP) in response 
thereto, where said registration requests (511,615) 30 
conforming to said first call control protocol (SIP) 
contain a network identifier (URI) generated for the 
requesting mobile station (500) and are sent to said 
call control system (23). 

35 

8. A call control network according to claim 7, charac- 
terized in that said second call control protocol 
(RANAP/BSSAP) provides a registration request 
timer that indicates a repetition period for sending 
registration requests conforming to said second call 40 
control protocol (RANAP/BSSAP), said first call 
control protocol (SIP) provides a parameter (EX- 
PIRE) that indicates how long a network identifier 
(URI) is valid, where said parameter (EXPIRE) is 
contained in registration requests conforming to 45 
said first call control protocol (SIP), and said inter- 
working function for handling registration requests 

is arranged to calculate said parameter (EXPIRE) 
on the basis of said repetition period. 

50 

9. A call control network according to one of claims 1 
to 8, characterized in that at least one of said in- 
terworking functions comprises a call set-up proce- 
dure for receiving a call set-up request (710) con- 
forming to said second call control protocol (RAN- 55 
AP/BSSAP) from a call originating mobile station 
(500) accessing via said second access control sys- 
tem (22), for providing a network identifier (URI) of 



said predetermined syntax for said call originating 
mobile station (500), for including said network 
identifier (URI) in a call set-up request (711) con- 
forming to said first call control protocol (SIP), and 
for forwarding said call set-up request (711) con- 
forming to said first call control protocol (SIP) to said 
call control system (23). 

1 0. A call control network according to claim 9, charac- 
terized in that said providing of said network iden- 
tifier (URI) comprises 

generating said network identifier (URI) on the 
basis of a call destination identifier of said call 
originating mobile station, or 

retrieving said network identifier (URI) from a 
data base on the basis of a call destination 
identifier of said call originating mobile station. 

11. A call control network according to claim 9 or 10, 
characterized by comprising an entity (MGCF; 
71 0) for performing gateway control towards a sec- 
ond communication network (GSTN; 40; 400; 702), 
said entity comprising a call set-up procedure for 
receiving said call set-up request (712) conforming 
to said first call control protocol (SIP) from said call 
control system (23), for deriving a calling party iden- 
tifier for said call originating mobile station (500) 
from the network identifier (URI) of said predeter- 
mined syntax contained in said call set-up request 
conforming to said first call control protocol (SIP), 
for placing said calling party identifier in a call set- 
up request (713) conforming to a call control proto- 
col used by said second communication network 
(GSTN; 40; 400; 702), and for forwarding said call 
set-up request (713) conforming to a call control 
protocol used by said second communication net- 
work (GSTN; 40; 400; 702) to said second commu- 
nication network (GSTN; 40; 400; 702). 

12. A call control network according to claim 11, char- 
acterized in that said entity (MGCF; 710) further- 
more comprises a call set-up procedure for receiv- 
ing a call set-up request (810; 910) conforming to 
the call control protocol used by said second com- 
munication network (GSTN; 40; 400; 702) from said 
second communication network (GSTN; 40; 400; 
702), said call set-up request (81 0; 91 0) containing 
acalled party identifier, for providing a network iden- 
tifier (URI) of said predetermined syntax on the ba- 
sis of said called party identifier, for including said 
network identifier (U Rl) in a call set-up request (81 1 ; 
915) conforming to said first call control protocol 
(SIP), and for forwarding said call set-up request 
(811; 915) conforming to said first call control pro- 
tocol (SIP) to said call control system (23). 
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13. An access control server (221 ) for handling call con- 
trol related signalling associated with circuit 
switched communications to and from mobile sta- 
tions in a mobile communication network (30), said 
mobile communication network (30) comprising at 
least one circuit switching access network (33) that 
supports circuit switched communications, wherein 
said access control server (221) is arranged to be 
connected to a call control system (23) for providing 
call related functions for packet switched communi- 
cations, said call control system (23) being ar- 
ranged to send and receive call control information 
in accordance with a first call control protocol (SIP) 
for packet switched communication and to identify 
resources by using network identifiers (URI) of a 
predetermined syntax, and said access control 
server (221) being arranged to exchange call con- 
trol information with said call control system (23) by 
using said first call control protocol (SIP), where 
said access control server (221) terminates said 
first call control protocol (SIP), and wherein said ac- 
cess control server (221) is furthermore arranged 
to be connected to said circuit switching access net- 
work (33) and is arranged to exchange call control 
information with said circuit switching access net- 
work (33) by using a second call control protocol 
(RANAP/BSSAP) for circuit switched communica- 
tion, where said access control server (221) termi- 
nates said second call control protocol (RANAP/ 
BSSAP) and has interworking functions, such that 
at least a part of said call related functions provided 
by said call control system (23) can also be applied 
to circuit switched communications, where at least 
one of said interworking functions comprises a pro- 
cedure for generating a network identifier (URI) of 
said predetermined syntax for a mobile station ac- 
cessing via said second access control system (22), 
said procedure being arranged to generate said 
network identifier (URI) on the basis of a call desti- 
nation identifier of said mobile station. 

14. An access control server (221) according to claim 
13, characterized in that said procedure is ar- 
ranged to include said call destination identifier in 
the network identifier (URI) to be generated. 

15. An access control server (221) according to claim 
13, characterized in that said procedure is ar- 
ranged to deconstruct said call destination identifier 
into constituent parts, and to include at least some 
of said constituent parts in the network identifier 
(URI) to be generated. 

16. An access control server (221 ) according to one of 
claims 1 3 to 1 5, characterized in that said call des- 
tination identifier is an E.164 number. 

17. An access control server (221 ) according to one of 



claims 13 to 16, characterized in that said proce- 
dure is arranged to include in said network identifier 
(URI) being generated a domain name associated 
with said mobile communication network (30). 

5 

18. An access control server (221) according to one of 
claims 13 to 17, characterized in that said proce- 
dure is arranged to include in said network identifier 
(URI) being generated a domain name associated 

10 with a communication network to which the mobile 
station that is accessing via said second access 
control system (22) subscribes as a home network. 

19. An access control server (221) according to one of 
15 claims 1 3 to 18, characterized in that said at least 

one interworking function is an interworking func- 
tion for handling registration requests from mobile 
stations accessing via said second control system 
(22), said interworking function for handling regis- 

20 tration requests being arranged to receive registra- 
tion requests conforming to said second call control 
protocol (RANAP/BSSAP) from mobile stations, 
and to generate registration requests conforming to 
said first call control protocol (SIP) in response 

25 thereto, where said registration requests conform- 
ing to said first call control protocol (SIP) contain a 
network identifier (URI) generated for the request- 
ing mobile station and are sent to said call control 
system (23). 

30 

20. An access control server (221) according to claim 
19, characterized in that said second call control 
protocol (RANAP/BSSAP) provides a registration 
request timer that indicates a repetition period for 

35 sending registration requests conforming to said 
second call control protocol (RANAP/BSSAP), said 
first call control protocol (SIP) provides a parameter 
(EXPIRE) that indicates how long a network identi- 
fier (URI) is valid, where said parameter (EXPIRE) 

40 is contained in registration requests conforming to 
said first call control protocol (SIP), and said inter- 
working function for handling registration requests 
is arranged to calculate said parameter (EXPIRE) 
on the basis of said repetition period. 

45 

21. A call control method for a mobile communication 
network (30), said mobile communication network 
(30) comprising at least one circuit switching access 
network (33) that supports circuit switched commu- 

50 nications, comprising 

providing call related functions for packet 
switched communications in a call control sys- 
tem (23) that is arranged to send and receive 
55 call control information in accordance with a 

first call control protocol (SIP) for packet 
switched communication, and to identify re- 
sources by using network identifiers (URI) of a 
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predetermined syntax, 

handling call control related signalling associ- 
ated with circuit switched communications to 
and from mobile stations in said circuit switch- 5 
ing access network (33) in an access control 
system (22), 

exchanging call control information between 
said access control system (22) and said call 10 
control system (23) by using said first call con- 
trol protocol (SIP), where said access control 
system (22) terminates said first call control 
protocol (SIP), 

15 

exchanging call control information between 
said access control system (22) and said circuit 
switching access network (33) by using a sec- 
ond call control protocol (RANAP/BSSAP) for 
circuit switched communications, where said 20 
second access control system (22) terminates 
said second call control protocol (RANAP/ 
BSSAP), and 

providing an interworking function in said access 25 
control system (22), such that at least a part of said 
call related functions provided by said call control 
system (23) can also be applied to circuit switched 
communications, where said interworking function 
comprises a procedure for generating a network 30 
identifier (URI) of said predetermined syntax for a 
mobile station accessing via said second access 
control system (22), said procedure being arranged 
to generate said network identifier (URI) on the ba- 
sis of a call destination identifier of said mobile sta- 35 
tion. 
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